GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Plain Old Java Object</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Plain Old Java Object</span></h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><b>POJO</b> ist eine Abkürzung für <i><span lang="en">Plain Old Java Object</span></i>, also ein „ganz normales“ Objekt in der Programmiersprache <a href="Java_(Programmiersprache)" title="Java (Programmiersprache)">Java</a>.

</p>

<div class="mw-heading mw-heading2"><h2 id="Motivation">Motivation</h2></div>

<p>Der Ausdruck wurde im September 2000 von <a href="Martin_Fowler" title="Martin Fowler">Martin Fowler</a>, <i>Rebecca Parsons</i> und <i>Josh MacKenzie</i> geprägt<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup>, um einfache Java-Objekte von Objekten mit vielfältigen externen Abhängigkeiten unterscheiden zu können. Solche externen Abhängigkeiten können beispielsweise zwingend zu implementierende <a href="Schnittstelle_(Programmierung)" class="mw-redirect" title="Schnittstelle (Programmierung)">Schnittstellen</a>, einzuhaltende Namenskonventionen oder notwendige <a href="Annotation_(Programmierung)" title="Annotation (Programmierung)">Annotationen</a> sein.

Die grundlegende Idee dabei lautet: „je einfacher, desto besser“ und ist auch als <a href="KISS-Prinzip" title="KISS-Prinzip">KISS-Prinzip</a> bekannt.

</p>

<p>“We [M. Fowler, R. Parsons, J. MacKenzie] wondered why people were so against using regular objects in their systems and concluded that it was because simple objects lacked a fancy name. So we gave them one, and it’s caught on very nicely.”

</p>

</blockquote>

<p>„Wir [M. Fowler, R. Parsons, J. MacKenzie] fragten uns, warum die Leute so dagegen waren, in ihren Systemen normale Objekte zu nutzen und kamen zu dem Schluss, dass ein origineller Name für einfache Objekte fehlte. Also gaben wir ihnen einen, und er wurde sehr gut angenommen.“

</p>

</blockquote></div><div class="cite" style="margin:-1em 0 1em 1em;">– <style data-mw-deduplicate="TemplateStyles:r261921330">

/* start https://de.wikipedia.org/ */

.mw-parser-output .Person{font-variant:small-caps}

/* end https://de.wikipedia.org/ */

</style><span class="Person h-card">Martin Fowler</span></div></div>

<div class="mw-heading mw-heading2"><h2 id="Verwendung">Verwendung</h2></div>

<p>Der Begriff wird vor allem im Zusammenhang mit <span lang="en"><a href="Objektrelationale_Abbildung" title="Objektrelationale Abbildung">Object-Relational-Mapping</a></span>-Konzepten und -Tools wie <a href="Hibernate_(Framework)" title="Hibernate (Framework)">Hibernate</a> oder <a href="Java_Data_Objects" title="Java Data Objects">JDO</a> verwendet, bei denen das <i><span lang="en">Domain Model</span></i> aus POJOs aufgebaut werden kann, während im Gegensatz dazu bei <span lang="en"><a href="Enterprise_JavaBeans#Entity_Bean" class="mw-redirect" title="Enterprise JavaBeans">Entity Beans</a></span> umfangreiche Konventionen einzuhalten sind.

</p><p>Befreit von Konventionen wird ein POJO als ein Objekt im eigentlichen Sinne der Objektorientierung verstanden, d. h. eine Einheit bestehend aus Daten und Verhalten, auf die die bekannten Grundsätze <i>niedrige <a href="Kopplung_(Softwareentwicklung)" title="Kopplung (Softwareentwicklung)">Kopplung</a></i> und <i>starke <a href="Datenkapselung_(Programmierung)" title="Datenkapselung (Programmierung)">Kapselung</a></i> angewendet werden. Ein POJO ist somit im Regelfall mehr als nur eine Ansammlung von <a href="Zugriffsfunktion#Abfragemethoden_(Getter)" title="Zugriffsfunktion">Gettern</a> und <a href="Zugriffsfunktion#Änderungsmethoden_(Setter)" title="Zugriffsfunktion">Settern</a>.

</p><p>Eine weitere Domäne, in der der Begriff POJO eingesetzt wird, ist die Welt der <i><span lang="en"><a href="Inversion_of_Control" title="Inversion of Control">Inversion-of-Control</a></span>-Container</i> wie <a href="Spring_(Framework)" title="Spring (Framework)">Spring</a> oder PicoContainer. Auch hier sollen „einfache“ Java-Objekte zum Einsatz kommen, während externe Abhängigkeiten außerhalb dieser vom Container aufgelöst werden.

</p>

<div class="mw-heading mw-heading2"><h2 id="Variationen">Variationen</h2></div>

<p>Seit November 2005 wird der Begriff „POJO“ hauptsächlich verwendet, um ein Objekt zu beschreiben, das nicht den großen Java-Objekt-Modellen, Konventionen, oder Frameworks wie <a href="Enterprise_JavaBeans" class="mw-redirect" title="Enterprise JavaBeans">EJB</a> entspricht. Von POJO abgeleitet ist der Begriff „POCO“, der im <a href=".NET_(Oberbegriff)" title=".NET (Oberbegriff)">.NET-Umfeld</a> verwendet wird: <a href="Plain_old_CLR_object" title="Plain old CLR object">Plain old CLR object</a>.

</p><p>Ein POJO ist ein Java-Objekt, das keinerlei Einschränkungen bis auf die der <span lang="en"><a href="Java_Language_Specification" title="Java Language Specification">Java Language Specification</a></span> hat. Das heißt, ein POJO <b>sollte kein(e)</b>:

</p>

<ol><li>vorspezifizierte Klasse erweitern, wie z. B. hier:<div class="mw-highlight mw-highlight-lang-java mw-content-ltr" dir="ltr"><pre><span></span><span class="kd">public</span><span class="w"> </span><span class="kd">class</span> <span class="nc">Foo</span><span class="w"> </span><span class="kd">extends</span><span class="w"> </span><span class="n">javax</span><span class="p">.</span><span class="na">servlet</span><span class="p">.</span><span class="na">http</span><span class="p">.</span><span class="na">HttpServlet</span><span class="w"> </span><span class="p">{</span><span class="w"> </span><span class="err">…</span>

</pre></div></li>

<li>vorspezifiziertes Interface implementieren, wie z. B. hier:<div class="mw-highlight mw-highlight-lang-java mw-content-ltr" dir="ltr"><pre><span></span><span class="kd">public</span><span class="w"> </span><span class="kd">class</span> <span class="nc">Bar</span><span class="w"> </span><span class="kd">implements</span><span class="w"> </span><span class="n">javax</span><span class="p">.</span><span class="na">ejb</span><span class="p">.</span><span class="na">EntityBean</span><span class="w"> </span><span class="p">{</span><span class="w"> </span><span class="err">…</span>

</pre></div></li>

<li>vorspezifizierte <a href="Annotation_(Java)" title="Annotation (Java)">Annotation</a> enthalten, wie z. B. hier:<div class="mw-highlight mw-highlight-lang-java mw-content-ltr" dir="ltr"><pre><span></span><span class="nd">@javax.persistence.Entity</span>

<span class="kd">public</span><span class="w"> </span><span class="kd">class</span> <span class="nc">Haus</span><span class="w"> </span><span class="p">{</span><span class="w"> </span><span class="err">…</span>

</pre></div></li></ol>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text"><span class="cite">Martin Fowler: <a rel="nofollow" class="external text" href="https://www.martinfowler.com/bliki/POJO.html"><i>MF Bliki: POJO.</i></a><span class="Abrufdatum"> Abgerufen am 7. Februar 2008</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3APlain+Old+Java+Object&rft.title=MF+Bliki%3A+POJO&rft.description=MF+Bliki%3A+POJO&rft.identifier=https%3A%2F%2Fwww.martinfowler.com%2Fbliki%2FPOJO.html&rft.creator=Martin+Fowler"> </span></span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2022-05-31" href="https://de.wikipedia.org/wiki/?title=Plain_Old_Java_Object&oldid=223315421">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>